依我個人觀點來說，Scrum 開發中的開發人員(Dev)最重要的特質就是

坦承面對問題並樂於分享成功與失敗的經驗。

這裡先強調，以下的觀點可能都是源自於我從事資訊業的主觀意見，不一定適用於非資訊業的產業。
要知道開發人員(Dev)是否坦承面對問題，可以透過這個經典的面試問題在面試的過程中得知。

面試官 問: 能否請妳/你說明下目前所有的工作經歷中，遇過最深刻難忘的三個工作上遭遇的問題，以及解決的方法。 

一個真正經歷過發現問題到解決問題的面試者，絕對是能夠自信從容，坦坦而談。
其實只要能分享一個完整的案例，該面試者就滿足「坦承面對問題並樂於分享成功與失敗的經驗」這個特質了。
附帶一提，如果面試者有在Stck Overflow參與討論、Github 上的issue參與討論、iT邦幫忙的技術問答都是直接滿足「坦承面對問題並樂於分享成功與失敗的經驗」這個特質。
另外，在資訊業的面試中，也非常忌諱空手到來面試的，強烈建議在面試前整理好自己的作品，帶上筆電去面試。
真正在資訊業打滾過數年的人，不可能在Github、Bitbucket上沒有一些私房菜的專案。
如果是怕說面試過程，被面視官偷走你的宇宙無敵霹靂雷霆的超絕妙程式設計邏輯，可以只要分享單元測試(Unit Test)的部分。因為真正有經驗的資訊業面試官，光是看你單元測式(Unit Test)的邏輯，就能知道你對於該項功能到底了解多廣、多深。
不過呢？如果在面試前，求才公司要求妳/你先提供程式碼的話，那這類不尊重著作權的求才公司也可以直接拒絕了。台灣的資訊業，充斥著各種妖魔鬼怪的公司，只能求職者自己先硬起來，才能逐漸改善這種亂象。
感覺今天這篇好像變成程式設計師面試前的教戰守則。
在這裡也分享我在帶領我的 Scrum 團隊時，如何連哄帶騙的鼓勵我的成員願意寫文件甚至錄像教學，來讓開發知識庫知識滿滿。
「總不可能一輩子都在別人的公司下寫程式吧 ! 趁這個機會學會錄像，而錄像的劇本就是妳/你嘔心瀝血寫出來的技術文件，朝 Youtuber 跨出第一步吧 !」

最後，強烈建議讓

資深的開發人員們輪著去擔任Scrum 導師(SM)，這樣也可以培養出開發人員的同理心。